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© Intelligent network 

© A system invention for an intelligent network 
architecture for implementing applications and in- 
formation services, and providing services capabil- 
ities in a distributed fashion is disclosed. The con- 
cept behind the invention is of universal flexibility 
through architectural diversity to distribute service 
functionality anywhere within the network. 

This invention to implements both services and 
applications. The term service refers to a control 
arrangement involving a collection of service capabil- 
ities which are bundled in a meaningful manner and 
which have been tariffed by the Network Service 
Provider. The term application refers to an untariffed 
control process which utilizes a collection of tariffed 
service capabilities implemented using Computer 
^ Inquiry-Ill ONA concepts. Applications can be impl- 
emented by the Network Service Provider, by cus- 
tomers, or by third party service providers. 
52 In this invention, a programmable Application 
^ Management Control Layer (AMC) is introduced into 



m the network architecture to implement the applica- 
tions processes. This layer is comprised of two 
CO environments: the ASME and ASCE. The processes 
Q within this layer provide control of both network and 
non-network service elements to perform application- 
s-specific work. A network operating system provides 
^network services, control, connectivity and commu- 
nications. It binds the environments together to im- 



plement a distributed application. This network op- 
erating system is termed the Network Services Envi- 
ronment (NSE). Billing is provided in a flexible man- 
ner, in either a usage sensitive manner for the ser- 
vice element resources utilized or through fixed 
charges, or both. 

The NSE is capable of providing resources and 
computing interworking services required to network 
the service elements together at session time. The 
term interwork relates to the capability of each pro- 
tocol layer of the interface of one element to com- 
municate with the corresponding layer of the inter- 
face of the connected element. 

The NSE is provided with several types of 
broker functions. The first type of broker selects a 
service application provider based on criteria estab- 
lished by the user. The second type of broker, 
locates and reserves service elements in response 
to a request from the ASCE process which identifies 
its resource needs. Combined with Open Network 
Architecture principles, this network design supports 
the needs of both third party service providers and 
network service providers. The third type of broker is 
automatically invoked by the intelligent network to 
provide interworking services to network together all 
required resources at run time. 

When combined with expert systems technol- 
ogy, the network can be arranged to utilise learning 
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system technology to improve the quality of service 
over time with experience. 

The advantage of this invention is that it imple- 
ments a virtual network providing enriched services 
and applications by networking multiple service ele- 
ments under control of an applications control pro- 
cess. Network services and service capabilities sup- 
port the intelligent network described herein. 
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Intelligent Network 



Technical Field 

This invention relates to the field of intelligent 
networks designed for the support and creation of 
enriched services and, more particularly, enables 
value-added information services to be controlled 
by application processes. While the current regula- 
tory climate prohibits some network service provid- 
ers from becoming information providers, they are 
not currently prohibited from adding service value 
or from providing applications control for informa- 
tion services. The intelligent network described 
permits value-added information services to be 
controlled by applications processes. Numerous 
service applications examples can be cited to illus- 
trate the value of this approach. These include, but 
are not limited to, the fields of Office Automation, 
ACD/MIS (Automatic Call Distributor/Managment In- 
formation System) functions, Operations Adminis- 
tration and Maintenance. Personal Services, and 
applications control of workplace functions. A high- 
ly customizable intelligent network in which user 
service and application needs can be customized 
is of high value to users, to network service provid- 
ers, and to third party providers. 

In this invention, an Application Management 
Control (AMC) Layer and Network Operating Sys- 
tem are introduced into the network design. It has 
two environments: the Applications Services Man- 
agement Environment (ASME), and the Applica- 
tions Services Control Environment (ASCE). 

Contained within the ASME are numerous Cus- 
tomer Service Environments (CSE). The CSE re- 
sides within the network, while the ASCE can, but 
need not, reside within the network. 

This invention specifically introduces the ASME 
and ASCE layers above the layer seven of the 
Open System Interconnect (OSI) Reference Model. 
OSI principles are used to compute interworking 
needs between service elements. 



Background of the Invention 

The concept of automating routine procedures 
has long been recognized to provide value for 
office workers who have had to perform repetitive 
operations. This type of automation most frequently 
is accomplished by designing a custom computer 
program to facilitate the tasks. Office services in- 
cluding word processing, order entry, and so forth, 
fall into this category of automated services. 

The current telecommunications networks im- 
plement several forms of service processing includ- 



ing integrated call processing by using associated 
data base call processing for WATS and Advanced 
800 services, and by using applications processors 
for dedicated applications services such as mes- 

5 sage services, off line processing of billing, direc- 
tory, and the like. 

One disadvantage of these implementations is 
that each is well suited for only a limited class of 
services. They are not well suited to support dis- 

io tributed services. Most are only upgraded for new 
services during scheduled vendor generic release - 
often years after initial service conception. 

The current network designs provide basic 
transport services. Only a few more complex value- 

75 added services are offered. Those that do provide 
them involve some form of virtual network, centrex 
offering, and conferencing. None of the existing 
systems provide the ability to compute interworking 
needs and to satisfy them from a general descrip- 

20 tion of the end point interface requirements. 

None of the existing network systems provide 
for the portability of applications and service capa- 
bilities to different control environments or nodes. 
None of the existing network systems provide 

25 for service configurations to be assembled in re- 
sponse to a resource request from the AMC pro- 
cess with the topology being specified by the AMC 
process. 

None of the existing network systems provide 
30 for brokering for service provider selection based 
upon implicit request utilizing service criteria speci- 
fied by the customer. 

None of the existing network systems provide 
for the network to compute interworking needs and 
35 automatically invoke a broker to establish the net- 
work. 



1. Field of the Invention 

40 

The foregoing problems are solved in this in- 
vention by introducing a Network Service Environ- 
ment (NSE) and an Application Management Con- 
trol (AMC) layer above layer seven of the Open 

45 System Interconnect (OSI) model. In the embodi- 
ment of the invention, the AMC layer consists of 
two parts: The Applications Service Management 
Environment (ASME) and the Applications Services 
Control Environment (ASCE). The Customer Ser- 

so vice Environment (CSE) (within the ASME) pro- 
vides the User Agent control process which man- 
ages services in accordance with the user's direc- 
tives stored in a data base known as the user 
profile. 

The Application Services Control Environment 
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(ASCE) provides a plurality of applications control 
processes which may be freely and widely distrib- 
uted throughout multiple nodes of the architecture. 
These processes are programmabte and they can 
have several levels of open access. The system, 
group, and individual levels are all supported. The 
system level is the most public with access being 
provided through a System Application Profile Di- 
rectory (SARD). Group level processes are avail- 
able to users assigned group membership and the 
appropriate Group Application Profile Directory 
(GAPD). Individual levei processes are private and 
access to these is provided by the Individual Ap- 
plication Profile Directory (IAPD). 

Currently, the applications control and ex- 
tended oata base management architectures are 
implementation specific and do not support the full 
concept of architectural freedom which relates to 
the ability to freeiy distribute services functionality 
throughout the architecture. 

The Customer Service Environment (CSE) im- 
plements a control environment which acts as ap- 
plications process initiator and routes messages to 
the distributed control processes invoked by the 
user. The CSE transforms the profile data bases 
into efficient message routing tables for transmis- 
sion to the applications processes. The functions of 
the User Agent are to select and initiate these 
applications processes and to faithfully route mes- 
sages to them for processing. 

The ASME communicates with the ASCE 
through message transactions which distribute 
event occurrence information as well as data to the 
running applications. 

The ASCE communicates with the ASME 
through message transactions to provide control 
information to the basic network as well as to other 
applications which are running. The ASCE may 
request that services capabilities be located and 
reserved for it by the Network Services Environ- 
ment (NSE) which provides another broker service. 
The ASCE may then request that a virtual network 
configuration of service elements both from net- 
work and other providers be constructed by the 
NSE. As an example, a user may request a distrib- 
uted conference call be set up and that it be cost- 
efficient. This may entail the use of several control- 
lable voice bridges and transmission links supplied 
by a preferred Inter Exchange Carrier as specified 
in the user profile data base. 

The network herein disclosed can respond to 
the requests from the ASCE to network the service 
elements by using Open System Interconnect (OSI) 
principles. The term "network" can mean the inter- 
connection of both information and control inter- 
faces in accordance with the topological specifica- 
tion. After the specification is received, a math- 
ematical model termed the Network Transform is 
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utilized to compute the interworking needs. When 
the transform is computed for each link, the service 
elements are connected with the necessary trans- 
port and protocol conversion to provide for inter- 
5 working between them. Thus, a virtual service net- 
work configuration for the ASCE process is created 
by the Network Services Environment (NSE). Other 
methods can be used for networking the service 
elements into a services network. 

10 One method of providing interworking of the 

service elements can be by providing transport 
between the designated information and control 
ports of the elements. 

Another method of providing interworking of 

75 the service elements can be by providing the Ap- 
plication Service Control Environment (ASCE) pro- 
cess with the control and information port address- 
es for each element which the ASCE process can 
use to configure the service arrangement by trans- 

20 mitting destination addresses to each network ele- 
ment to configure the virtual services network. 
Thus, each network service element port may be 
connected by a virtual circuit to its destination port 
utilizing packet or statistical transport systems such 

25 as provided by local, metropolitan, or wide area 
networks. 

When combined with expert learning system 
technology, the Network Service Environment 
(NSE) can utilize a knowledge data base to favor- 

30 ably bias the selection of previously satisfactory 
arrangements, and bias against the selection of 
unsatisfactory arrangements. 

The Application Services Control Environment 
(ASCE) process continues to execute for the user 

35 as long as desired or until service application com- 
pletion occurs. 

Concurrency and redundancy is supported for 
reliability and performance. When it is desired that 
redundant control processes execute, command 

40 resolution is provided by a Resolver Function of 
the User Agent to reconcile conflicting directives 
from ASCE processes in different locations. 

Architectural diversity is provided through the 
implementation of a uniform service execution envi- 

45 ronment. Thus applications written for one environ- 
ment can be moved or ported to another. Only the 
Application Profile Directories (APD) require 
change to provide access to multiple ASCE pro- 
cess sites. 

so Rapid application prototyping and distribution 

are supported through the architectural diversity. 
When a new service is created and is to be de- 
ployed by the service provider, the Application 
Profile Directories (APD's) are updated. After the 

55 operation of the application has been finalized, and 
as demand for the application increases, copies of 
the Application Services Control Environment 
(ESCE) may be distributed to other architecture 
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sites, as needed, to handle the traffic demand for 
the service. 

The Application Services Control Environment 
(ASCE) can be provided by any of several nodes. 
These can include, the service node also called the 
switching node or operations, the central data base 
processor (NCP/SCP). the feature node 
(applications processor), or the customer location 
equipment termed the customer node. 

The multiple architectural nodes can support 
the ASCE using the applicable protocol drivers 
which transport messages as required- Examples 
of these protocols can include Signaling System 7, 
and ISDN (Integrated Service Digital Network) 
Q.931 signaling protocols and the like. 

The Applications Service Management Environ- 
ment (ASME) with the Customer Service Environ- 
ment (CSE) can be integrated into the switches of 
the network, such as the Electronics Switching 
Systems, Private Branch Exchanges (PBXs such as 
the Systems 75-85), or Local Area Network (LAN) 
products offered by AT&T. 

This architecture is designed to provide maxi- 
mum freedom to the Network Service Provider 
(NSP) to configure the network in whatever manner 
desired for business reasons. Open Network Ar- 
chitecture (ON A) principles are used at the inter- 
face between the ASCE and the ASME to allow 
third party providers and customers to offer various 
applications. In the current network architectures, 
this, interface is currently being provided by many 
separate control protocols which are not totally 
open. Network proprietary services can be pro- 
vided through an interface which is not open for 
reasons of performance and network security. 

This invention provides for the implementation 
of a Network Services Environment (NSE) that pro- 
vides for the life cycle management of each ser- 
vice element and component. A service element 
may have hundreds or thousands of current users 
at any instant of time and, therefore, must not be 
removed from service until it has become service 
idle. The Network Services Environment (NSE) will 
allow for the installation and removal of all service 
elements without causing service disruption. 



Brief Description of the Drawing 

FIG. 1 illustrates the system level view of the 
application management control layer of the intel- 
ligent network architecture; 

FIG. 2 illustrates the physical implementation 
of the invention where a Number 5 ESS is coupled, 
through an interface, to permit the Network Service 
Environment (NSE) to support the ASME with its 
Customer Service Environment and the Application 
Services Control to permit the Network Service 



Environment (NSE) to support the ASME with its 
Customer Service Environment and the Application 
Services Control Environment located in the Ap- 
plications Management Control layer of the net- 
s work; 

FIG. 3 illustrates the data base profile ar- 
chitecture of the network; 

FIG. 4 illustrates the form of the System 
Application Profile Directory which is also repre- 
ro sentative of the Group Application Profile Directory 
and the Individual Application Profile Directory; 

FIG. 5 illustrates the customer User Sub- 
scription Table (UST) for five subscribed applica- 
tions. 

75 FIG. 6 illustrates the User Event Trigger Ta- 

ble (UETT); 

FIG. 7 illustrates the maintenance cycle to 
which the service elements and applications ad- 
here; 

20 FIG. 8 illustrates a model of the network 

transform; 

Figs. 9-14 illustrate the logical control pro- 
vided by the User Agent in the .Customer Service 
Environment, the Application Services Control Envi- 
25 ronment process and the Network Services Envi- 
ronment response to resource and network re- 
quests. 

Detailed Description 

30 

Referring to FIG. 1, illustrated is the. application 
management control layer 500, which consists of 
two parts. These are the Application Service Man- 
agement Environment (110) containing the Cus- 

35 tomer Service Environment (CSE) and the Applica- 
tion Services Control Environment (ASCE) 200. A 
uniform interface 300, is provided between the 
ASME and ASCE. The CSE provides the necessary 
AMC layer intelligence and profiles data base for 

40 the invention to control the access to services and 
applications. These functions are located in the 
Service Node, 100. 

The Application Services Control Environment 
(ASCE) 200, provides the applications creation and 

45 execution environment for the applications 
customization and programmability. The process 
applications 150, are shown as being in the ASCE. 
The ASCE can be located in a variety of nodes of 
the network such as the Service Node, Feature 

so Node, Network Centralized Data Base, or Customer 
Node, or be implemented from any other node of 
the network. Because Open Network Architecture 
(ONA) principles are used between the network 
and the ASCE 300, the ASCE can be owned and 

55 operated by any business entity or by an end 
customer. 

The Network Service Environment (NSE) 100, 
provides the environment and utilities to support 
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the applications and the life cycle management for 
the Network Service Provider. It can be constructed 
using a real time operating system which can in- 
clude UNIX and ORYX/PECOS (Operating Systems 
of AT&T). 

Basic Services 85, and Basic + Services, 95, 
provide the needed service functionality required to 
allow the Customer Service Environment (CSE) and 
the ASCE processes to operate. 

FIG. 2 illustrates the physical implementation of 
the invention. Basic services can be provided by 
existing network elements such as the 5ESS, con- 
ference bridges, DACS (Digital Access Cross Con- 
nect System), SLC (Subscriber Loop Carrier) and 
Lightwave transmission products. In this invention, 
the new Network Services Environment (NSE) and 
Customer Service Environment (CSE) with the Ap- 
plication Profile Directories (APD) and profiles are 
implemented on an adjunct processor. Ideally, 
these functions would be embedded within the 
service node and would run in the program envi- 
ronment of the host service machine. The network 
transform function, services provider brokering, ser- 
vice element brokering, billing, subscription, timing 
components, and the like are provided by this 
environment 

The interfaces between the Application Ser- 
vices Control Environment (ASCE) and the Cus- 
tomer Service Environment (CSE) can take many 
forms depending on the specific node functionality 
being supported. For example, the Feature Node 
(FN) is functionally supported by an ISDN Basic 
Rate Interface (BRI) or Primary Rate Interface (PR!) 
utilizing a message protocol suited to the service 
node generic. The interface rates will alter the 
performance of the application and services and, 
therefore, would normally be specified. 

Through the open interface 400, messages are 
exchanged using a variety of protocols for the 
Application Services Control Environment (ASCE) 
to implement the Application Management Control 
(AMC) layer functionality. This interface may entail 
use of SS7, Q.931, ISDN BRI and PRI, or direct 
memory access techniques for messaging. Hence, 
enriched services can be implemented in a variety 
of network nodes. 

Programmability of applications is supported 
within the ASCE by the use of applications oriented 
languages and compilers, and through the use of 
the Network Services Environment (NSE) which 
limits the effects of any ASCE process on any 
other process. Examples of these processes are 
call logging in real time by class of call, enriched 
display functions, selective ail forwarding with prior- 
ity override, and the like. 

Profiles provide the extensive customer data 
bases required for operation. These are further 
expanded in FIG. 3. 



Directories are provided at the system level 
100, the group level 110 and the individual level 
120. The Customer Service Environment (CSE) 
supports the User Agent which utilizes the cus- 

s tomer data base profile. The Subscriber personal 
profile (SPP) 300 contains a variety of information 
required by this invention to provide applications 
services. The routing of the control messages is 
defined in the User Event Trigger Table (UETT) 

10 310 which serves as a message routing table to 
Application Services Control Environment (ASCE) 
applications. The User Subscription Table 320 pro- 
vides a list of subscribed applications and the 
operating status of the application relative to the 

15 Customer Service Environment (CSE). A Sched- 
uled Applications Map 330 is provided to initiate 
time scheduled applications such as call forwarding 
by time of day. Interface and data base managers 
are provided for the administrator 800, customer 

20 900 and Customer Service Environment 700. 

The basic profile located in the CSE is termed 
the Subscriber Personal Profile (SPP) f 300. It in- 
cludes data providing user identification, terminal 
characteristics, applications, program, interest, and 

25 billing data bases. Application Profile Directories 
(APD) are provided for system wide, group, and 
individual services. The System Application Profile 
Directory (SAPD) 100 provides the system applica- 
tions profile directory structure. The Group Applica- 

30 tion Profile Directory (GAPD) 110 provides the 
group level applications profile directory structure, 
similar to the SAPD. The Individual Applications 
Profile Directory (lAPD) provides a similar structure 
for individually created applications and includes a 

35 directory which identifies the location of the highly 
distributed Subscriber Personal Profile (SPP) data 
shown in FIG. 3. 

In FIG. 3, other data base tables are used by 
the User Agent to operate efficiently. These are the 

40 User Event Trigger Table (UETT) 310, the User 
Subscription Table (UST) 320, and the SAM 330. 
The UST provides the status of application sub- 
scription and the running status of the application 
to the User Agent. The UETT provides the mes- 

45 sage routing table which indicates to the User 
Agent which applications are to be notified by the 
message when an event occurs. It is constructed 
from the Application Profile Directories (APD) table 
and maps events into the applications which re- 

so quire messages. Other profile data 170 needed by 
the application are identified in the directory. 

The SAPD is further explained by FIG. 4. Ap- 
plications Providers list their applications 100 in the 
SAPD. This directory includes the service provider 

ss and network address 1 1 0. 

It provides the necessary system data to asso- 
ciate an application 100 with the provider address 
110 and the events which initiate the application 
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120. It also identifies process events required by 
application during execution 130 and 140. When 
brokering is performed, the billing rate 150, broker- 
ing fee 160 and profile data 170 are used by the 
Network Service Environment broker to determine 
the criteria form which the application provider will 
be selected. 

In addition, event data to initiate the running of 
the application 120 and event data required by the 
application 130 and 140 are identified. The provider 
can identify service rates 150 as the network ser- 
vice provider can also identify brokering fees 160 
associated when the selection of one member of a 
class of services of the same kind is to be made. 
For example, in this FIG., three type A1 applica- 
tions are listed which differ only by provider and by 
fee schedule. 

FIG. 6 illustrates the structure of the User 
Event Trigger Table (UETT) used by the User 
Agent during execution. In this invention, events 
can include stimuli, messages, alarms and data. 
The UETT is the message routing table used to 
efficiently distribute data to the Application Ser- 
vices Control Environment (ASCE) applications. It 
translates the event 100 to the applications 110, 
120, 130 which require information. A9 is an exam- 
ple of an application initiated when an event E2 
occurs. The UETT efficiently provides the message 
routing table by mapping events to the applications 
which are initiated by the event occurrence, and 
the events which are to be sent to the applications 
during the session. The UETT is constructed by a 
subscription process which reads from the appro- 
priate Application Profile Directories (APD) and 
builds the UETT. This may occur dynamically and 
does not require Network Service Provider provi- 
sioning. 

FIG. 7 illustrates the service element life cycle. 
Initially, an application implemented as a compo- 
nent 110 is installed 120. Before turn-up occurs, 
diagnostics is run to verify operation. The compo- 
nent moves into a service active state 130. As 
customer traffic increases, the component be- 
comes traffic busy 140. When the component is to 
be removed from service, it is marked maintenance 
busy to prevent new traffic from accessing the 
component while existing traffic is supported. The 
service element can be removed only when all 
service traffic is reduced to zero 150 to 160. In this 
invention, all hardware and software service ele- 
ments are treated as network components. That is, 
they may be taken from storage, installed and 
diagnosed before certification and linking into the 
system. After diagnostics are passed the Network 
Services Environment (NSE) may load the process 
into the appropriate Application Profile Directories 
(APD) so that it can provide service. During ser- 
vice, the component will have zero or more users 



at any instant in time. When maintenance is to be 
performed, such as occurs during a program up- 
grade, or redistribution for traffic load balancing, 
the component may be removed from service. If a 
5 replacement service element is to be installed, it is 
loaded similarly and the Application Profile Direc- 
tory (APD) entry for the old component is rewritten 
to divert new service traffic to the new component. 
To avoid affecting current users receiving service, 
io the maintenance state of the component is 
changed 150. This state for the component is 
maintained until all users have completed their 
service request. Thereafter, the component may 
enter the final state 160 at which time it can be 
is removed. 

FIG. 8 illustrates the concept of the network 
transform 130 as one value added service of the 
invention, it provides a transformation of the mul- 
tiple layers of a service element interface 100 to 
20 that of another service element or with that of an 
endpoint such as a customer 120. The intelligent 
network must ensure interface conformance be- 
tween all such elements, applications and end- 
points. This model from the interface definition for 
25 each element can be used to compute the neces- 
sary interworking services such as protocol or me- 
dia conversion as well as transport services to find 
the elements in the desired service network. Con- 
trol and information ports of all elements provide an 
30 interface represented by a layered model, such as 
the seven layer OSI model. When elements are to 
be network connected, designated X, 100, and Y, 
120, the network provides a transformation func- 
tion. When the representation for X and Y are 
35 conformai across all layers, then the pure transport 
function is provided and the function, 130, be- 
comes the identity matrix. When the interface pro- 
tocols are not conformai, then the transform 130 
takes on a different form. When different suites are 
40 used at the two interfaces, the Network Transform 
will become a diagonal matrix with non-unity ele- 
ments along the diagonal. When protocol suites 
which are not conformai in layer need to be inter- 
worked, such as occurs between SNA and X.25, 
45 then off diagonal elements appear. The Network 
Services Environment (NSE) identifies and locates 
interworking services elements to provide the re- 
quired transform. 

FIG. 9 illustrates the operation of the User 
so Agent in the Customer Service Environment (CSE). 
Two forms of service subscriptions are available: 
dynamic and static. The dynamic service subscrip- 
tion entails the selection of the service provider 
application at each invocation. A static service sub- 
55 scription determines the service provider at sub- 
scription time until resubscription occurs. When a 
request for a dynamic service subscription is re- 
ceived 1 00. the application is entered into the UST, 
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150, and marked to be dynamic. When a static 
service subscription request is received and the 
provider is not specified, via the branch, 105-120, 
the UETT and UST tables are updated based on 
the directory information, if a static service is re- 
quested without specifying the provider, then the 
ASCE broker, 110, is used to select the provider 
based on user described criteria. The UETT and 
UST tables are then updated. If a provider cannot 
be successfully located, then a means is provided 
to extend to another network to locate a service 
provider, 140. Service requests for static services 
are served immediately by the User Agent without 
the need for further selection. 

FIG. 10 illustrates User Agent Message Rout- 
ing. The User Agent receives a event stimulus or 
message, 200, which is to be routed to appropriate 
applications. The User Agent reads the UETT to 
locate the applications to be initiated, 202. If the 
application has been marked dynamic, 205, then 
for each invocation the broker, 110, is called into 
use to select a provider, and the UETT is updated, 
130. When the application is static, 206, then no 
brokering is required and it is marked active in the 
UST and a new process is created with a startup 
message, 215. 

The UETT is read to identify processes that 
require the message, 200. An application that is 
running is sent a message, 222. If the user has 
temporarily shut-off the application, 221, then no 
message is routed to it. 

FIG. 11 illustrates the treatment of ASCE Ter- 
mination Message. When an application is com- 
pleted, it sends an application Terminated Message 
to the User Agent. The application entry in the UST 
is marked idle. If the application was marked to be 
dynamic, 332, then the UETT is updated to remove 
the entries, 333. if it was marked as static, then the 
application terminates without change to the UETT, 
331. 

FIG. 12 illustrates the Application Services 
Control Environment Process. The startup mes- 
sage, 400, causes the application to initialize for 
the user session, 401. If the ASCE application 
requires external resources, it may request them 
from the Network Services Environment 405 and, 
upon confirmation, the application establishes the 
session topology 406 for the flow of control and 
information. The SCEs are then initialized by the 
application 407 and the ASCE process is now 
ready to execute. 

Every message received is processed by the 
application, 420, and 421 until it is completed. After 
completion, 430, a mechanism is provided for feed- 
back, 440 and 450, to update the knowledge 
database to be accessed by the broker and main- 
tenance components. In this manner, the quality of 
service is improved with experience, and the intel- 
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ligent network self adapts to minimize the likelihood 
of selecting unsatisfactory service elements. If SCE 
were required then they are released 460, and 
billing changes for the elements may be requested, 

s 461. The application can then produce a total bill 
which can be sent to the CSE or the application 
may use the billing data for direct billing, 470. 
Finally, the ASCE Terminated Message is transmit- 
ted to the CSE, 480. 

10 FIG. 13 illustrates the Processing of SCE re- 

source requests by the NSE. When the resource 
request arrives, 500. the NSE must use the re- 
source directories, reserve them, 510, and return a 
confirmation to the ASCE process, 520. 

75 These resources may be network based or 

non-network based and provided by third parties. 

FIG. 14 illustrates the NSE receipt of the Re- 
lease SCE Message. The message arrives, 600, 
and the resource is released, 610. A bill for use of 

20 the SCE is returned and a debit is made by the 
accounting subsystem. When a third party has 
provided the resource, its account is credited for 
the service provided, 630, by the accounting sub- 
system. 

25 FIG. 15 illustrates the treatment of the Connec- 

tion Message by the NSE from the ASCE process. 
This flow chart illustrates the functions performed 
by the network to connect two end points when a 
connect message is received. 

so The connect message arrives 700, the NSE 

checks the end point resource tables for confor- 
mance, 710. if the interfaces do conform, 721, the 
connection is established 750, and a confirm mes- 
sage is returned to the application. Alternatively, 

35 when utilizing a packet network, rather than estab- 
lishing the connection, the network address of each 
end point is returned. If conformance does not exist 
720, the Network Transform (NT) is then used to 
compute the interworking needs, 730, and suitable 

40 interworking SCE must be located, 740 to create 
conformance, 750, by establishing the connection 
through the device. The confirm message is then 
returned to the ASCE application, 760. 

45 

Claims 

1. A method of performing applications and/or 
information services in a telecommunications ser- 
50 vices network having an operating system with 
multiple layers for providing network services, con- 
trol, connectivity and communications 
characterized by 

providing a network service environment (NSE) and 
55 a programmable application management control 
(AMC) layer for enabling the implementation of 
application and/or service processes by service 
providers and customers for obtaining control of 
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both network and non-network service elements for 
performing applications-specific work. 

2. The method of claim 1 further 
characterized by 

including within the application management con- 
trol layer an applications and services management 
environment (ASME) including customer service 
environment (CSE) for providing user agent control 
process which uses directives stored in a data 
base; and, an application services control environ- 
ment (ASCE) for providing applications control pro- 
cesses, the applications control processes being 
adapted to reside in multiple nodes of the architec- 
ture. 

3. The method of claim 2 further 
characterized by 

providing portability of the application control pro- 
cesses of the application services control environ- 
ment and by deploying the network service envi- 
ronment (NSE) to provide a uniform operating envi- 
ronment. 

4. The method of claim 2 further 
characterized by 

providing system, group and individual level access 
to the application services control environment ac- 
cessing the system level through a system applica- 
tion profile directory (SAPD); accessing the group 
level processes available to users assigned group 
membership or through a group application profile 
directory (GAPO); and accessing the individual lev- 
el processes through an individual application pro- 
file directory (IAPD). 

5. The method of claim 4 further 
Characterized By 

transforming entries from the directories dynam- 
ically into message routing table entries for mes- 
sage transmission to and from applications pro- 
cesses. 

6. The method of claim 4 further 
Characterized By 

transmitting message transactions which distribute 
event occurrence information and data from the 
ASME to the Application Services Control Environ- 
ment for applications which are being run. 

7. The method of claim 6 further 
Characterized By 

transmitting message transactions from the Appli- 
cation Services Control Environment for providing 
control information to the network and to other 
applications being run. 

8. The method of claim 1 further 
Characterized by 

including in said NSE a network transform service 
for computing interworking service needs in order 
to ensure interoperability between element inter- 
faces. 

9. The method of claim 2 further 
Characterized by 
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providing multiple selection processes (brokers) for 
selecting service provider, service capability ele- 
ments, and interworking service elements where 
the selection of service provider is based upon 
s customer profile directives, the selection of service 
capability elements is specified by the ASCE ap- 
plication process, and the selection of interworking 
service elements is based on a network transform 
service. 

w 10. The method of claim 9 further 

Characterized by 

extending the service provider broker service to 
another network to couple the ASME together. 
11. The method of claim 1 or 2 further 
is Characterized by 

using said NSE to configure service elements in 
response to resource requests from the application 
process with the topology being specified by said 
process. 

20 12. The method of claim 2 further 

Characterized by 

performing said control applications a multiple 
number of times; and utilizing the first received 
results, or utilizing the results of multiple concur- 
25 rences. 

13. The method of claim 1 or 2 further 
Characterized by 

adapting said NSE to provide for inserting and/or 
removing of service or applications control pro- 
30 cesses and for implementing service element by 
implementing the service element life cycle model. 

14. The method of claim 2 further 
Characterized by 

enabling the ASME to allow both customer access 
35 and ASCE connectivity to the same node to permit 
the customer terminal to provide both communica- 
tions and applications control. 

15. The method of claim 1 further 
Characterized by 

40 providing said NSE with an accounting system 
service for all SCEs utilized by the application 
process and for all services rendered by the NSE, 
the ASCE provider, and the customer. 

16. The method of claim 15 further 
45 Characterized by 

providing said NSE with bill rendering capability for 
an application services control environment (ASCE) 
provider to the customer. 

17. A network operating system having multiple 
so layers for performing applications and/or informa- 
tion processes for providing network services, con- 
trol, connectivity and communications 
comprising 

a network service environment interconnected to a 
55 programmable application management control lay- 
er above the upper layer of an open system inter- 
connect reference model for implementing control 
of both network and non-network service elements. 
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18. The system of claim 17 wherein said prog- 
rammable application management control layer 
further comprises a control process which is deter- 
mined by a user's directives stored in a data base, 

and an applications services control environment 5 
coupled to a customer services environment for 
effecting applications control processes which re- 
side in multiple nodes of the system. 

19. The system of claim 18 further 
Characterized In That 10 
the Applications Services Control Environment is 
coupled to a system application profile directory to 
access the system level, is coupled to a group 
application profile directory to access the group 
level processes, and is coupled to an individual 15 
application profile directory to access the individual 
level processes. 
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